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CHAPTER  I 


INTRODUCTION 

Overview 

Vehicles  are  vital  to  the  operation  of  an  Air 
Force  Base.  The  Air  Force  has  over  100,000  vehicles  in 
its  inventory  (12:4).  Without  the  timely  maintenance  and 
replacement  of  these  vehicles  the  readiness  capability  of 
the  Air  Force  would  be  seriously  degraded. 

The  Mission  of  the  Air  Force  is  to  "fly  and  fight"; 
to  do  this  the  Air  Force  must  generate  and  launch  aircraft 
to  defend  U.S.  interests  worldwide.  Air  Force  units  use 
vehicles  to  get  men,  equipment,  and  aircraft  to  the 
appointed  places  at  the  appointed  times.  Delays  due  to 
vehicle  failures  could  impose  intolerable  constraints  or 
limitations  on  defense  operations.  This  would  ultimately 
jeopardize  the  safety  of  U.S.  world  interests.  Managing 
vehicles  for  readiness  involves  keeping  vehicles  in  a  safe 
and  operable  condition  to  meet  mission  requirements. 

Money  for  vehicle  ptir chases,  operation,  and  main¬ 
tenance  is  limited.  More  effective  management  of  vehicle 
maintenance,  operation,  and  replacement  will  equate, 
indirectly  perhaps — but  certainly  nevertheless--to  increased 
readiness  per  dollar  invested.  This  includes  the  management 
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of  scarce  petroleum  resources.  To  be  effective,  managers 
must  have  adequate  information.  The  Vehicle  Integrated 
Management  System  (VIMS)  is  the  primary  system  vehicle 
fleet  managers  use  to  process  and  report  vehicle  data/ 
information  used  in  managing  and  maintaining  the  Air  Force 
vehicle  fleet. 

This  thesis  will  reexamine  the  information  require¬ 
ments  of  decision  makers  currently  using  the  VIMS  to  aid 
their  effective  management  of  the  vehicle  fleet.  By 
reexamining  the  VIMS,  it  cam  determine  to  what  extent  the 
system  of  vehicle  fleet  management  has  evolved  beyond  the 
service  the  VIMS  now  provides. 

Problem  Statement 

For  an  information  system  to  be  an  effective  deci¬ 
sion  support  tool,  it  must  provide  decision  makers  with  the 
essential  information  with  which  to  make  decisions.  Even 
after  a  system  has  been  built  and  implemented,  it  should 
undergo  reexamination  periodically  to  ensure  that  the  sys¬ 
tem  is  providing  the  necessary  outputs  to  support  decision 
making.  The  VIMS  was  last  reevaluated  in  1975.  Given  the 
technological  advances  in  information  gathering,  process¬ 
ing,  and  reporting,  the  VIMS  should  be  reexamined  to  deter¬ 
mine  if  it  provides  all  of  the  necessary  information  ele¬ 
ments  managers  need  to  make  vehicle  fleet  management 


decisions.  If  the  VIMS  has  information  shortfalls,  this 
thesis  will  identify  those  shortfalls  and  recommend  cor¬ 
rective  action. 


Justification 

An  effective  vehicle  decision  support  system  con¬ 
tributes  to  Air  Force  readiness  capability  and  to  the 
effective  and  efficient  use  of  vehicle  fleet  resources. 
Improvements  in  this  area  can  effect  more  timely  sched¬ 
uling  of  maintenance  for  vehicles  and  enhance  the  quantity 
and  quality  of  information  managers  need  to  maintain  and 
operate  the  vehicle  fleet,  and  manage  available  resources. 

In  addition,  a  dollar  savings  can  be  realized  by  stream¬ 
lining  the  VIMS  and  eliminating  the  collection,  processing, 
and  reporting  of  unused  data. 

Background 

The  VIMS  is  a  set  of  twenty-seven  programs,  written 
in  common  Business  Oriented  Language  (COBOL)  which  performs 
as  a  base  level  data  management  system  and  runs  on  the  B3500 
computer.  Both  the  Transportation  and  Supply  squadrons 
process  data  into  the  VIMS  from  their  respective  operations. 
The  primary  emphasis  of  the  VIMS  is  to  give  computer  pro¬ 
ducts  to  managers  and  users  to  help  in  decision  making  and 
allow  data  review  and  correction  ability  (14:p.2-l). 


The  need  for  a  VIMS  was  decided  at  a  management 
workshop  held  at  Andrews  AFB  in  October  1968.  After  the 


preliminary  assessment  and  subsequent  field  testing  were 
accomplished  VIMS  was  started  Air  Force-wide  in  July  1971. 
The  sponsor  of  the  VIMS  is  the  Vehicle  and  Equipment 
Branch,  Transportation  Systems  Division,  Directorate  of 
Logistics,  HQ  USAF/LETN,  Washington  DC  20330  (14:p.l-l). 

The  primary  users  are  all  USAF  vehicle  maintenance  shops 
squadrons. 

The  MITRE  Corporation — an  outside  consultant  firm 
hired  by  the  Deputy  for  Command  and  Management  Systems, 
Electronic  Systems  Division,  AFSC,  Hanscom  AFB,  Bedford, 
Massachusettes — examined  the  VIMS  to  "explore  possible 
alternative  techniques  for  improving  the  handling  of 
vehicle  maintenance  management  data  [12 : abstract] . "  They 
identified  strengths  and  weaknesses  and  made  suggestions 
for  near-term  improvements  to  include  a  restructuring  of 
the  VIMS  to  operate  on-line.  The  Air  Force  is  now  testing 
the  on-line  VIMS  and  plans  to  implement  the  system  Air 
Force-wide  if  the  setup  proves  beneficial.  Since  the 
MITRE  Corporation  investigation  there  may  have  been  changes 
in  the  information  requirements  of  managers  that  should  be 
examined. 

Research  Questions 

1.  What  information  does  the  VIMS  provide  on 
reports  now  being  used  by  decision  makers  to  manage  the 


vehicle  fleet? 


2.  What  dd-cisions  are  made  for  the  management  of 
the  vehicle  fleet? 

3.  What  are  the  information  requirements  of  the 
managers  meiking  the  aforementioned  decisions? 

4.  How  does  the  information  needed  compare  with 
the  information  provided  by  the  VIMS? 

5.  Should  omitted  necessary  information  be  added 
to  the  VIMS  output? 
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CHAPTER  II 


LITERATURE  REVIEW 

Introduction 

There  are  Vcirying  views  on  the  definition  and 
description  of  a  decision  support  system  (DSS) .  This 
literature  review  attempts  to  clear  the  confusion  by 
examining  the  recent  literature  on  the  subject  and  ana¬ 
lyzing  it.  The  reader  should  be  more  familiar  with  DSS 
and  the  direction  in  which  it  is  headed  after  reading  this 
chapter. 

It  is  not  clear  from  reading  the  literature  when 
the  idea  of  DSS  was  first  espoused.  The  concept  of  deci¬ 
sion  support  was  first  articulared,  according  to  Ralph  H. 
Sprague,  Jr.  and  Eric  D.  Carlson,  in  1970  under  the  name 
of  "management  decision  systems”  by  Michael  S.  Scott  Morton 
(11:4).  Dr.  Peter  G.  W.  Keen  claims  the  idea  began  in  the 
"late  1960s  [7:33]."  G.  R.  Wagner  states  that  the  name 
Decision  Support  Systems  was  given  to  this  new  concept  by 
Dr.  Keen  and  his  associates  at  the  Sloan  School  of  Manage¬ 
ment  at  MIT  in  early  1970.  Whenever  its  beginnings,  DSS 
is  being  "used  by  an  increasing  number  of  researchers  and 
practitioners  to  define  a  very  different  view  [different 
from  any  of  its  predecessors]  of  computer  technology  appli¬ 
cations  [7:33]." 
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To  aid  in  a  clearer  understanding  of  DSS,  it  is 
compared  and  contrasted  with  management  information  systems 
(MIS).  Once  the  reader's  understanding  of  what  DSS  is 
and  how  it  compares  to  other  systems  is  established,  the 
chapter  goes  deeper  into  the  DSS  building  process  with  dis¬ 
cussion  covering  the  topics  of  predesign  considerations, 
system  design  and  development,  and  system  implementation. 

Decision  Support  Systems  Described 
An  initial  step  in  attempting  to  understand  DSS  is 
establishing  a  definition  of  the  term.  According  to 
Sprague  and  Carlson,  DSS  is  interactive  computer  he Ip 
to  decision  makers  using  data  and  mode Is  to  solve  unstruc¬ 
tured  problems  (11:4).  The  key  words  are  underlined  in 
the  definition.  This  fundamental  definition  is  shared  also 
by  Robert  Thierauf  who  points  out  that  "decision  makers" 
include  managers  and  some  operating  personnel,  depending  on 
the  circumstances  (13:26).  The  literature  generally 
excludes  operators  as  primary  users  of  DSS.  Dr.  Wagner 
refers  to  DSS  as  a  system  that  provides  "Executive  Mind 
Support  [17:82]."  His  emphasis  is  on  the  executive  (indi¬ 
vidual  or  group)  as  user  of  the  system.  "It  is  a  system 
that  an  executive  uses  with  such  intimate  rapport  that  it 
seems  to  become  part  of  his  own  mind  [16:10]."  Now  an 


explanation  of  the  term  "unstructured  problem"  is  needed. 


An.  unstructured  or  semistructured  problem  is  one 
where  neither  a  manager's  judgement  nor  data- about  the 
situation  being  assessed  are  sufficient  by  themselves  for 
effective  decision  making  (8:86).  In  such  a  circumstance 
both  data  and  judgement  are  necessary  to  solve  the  problem. 
For  example,  when  preparing  a  Vehicle  Buy  proposal  manage¬ 
ment  must  prioritize  vehicles  from  the  ones  most  needed  to 
the  ones  least  needed.  This  is  done  because  not  all  the 
vehicles  in  the  age  and  condition  categories  to  be  replaced 
can  be  replaced  in  a  single  fiscal  year.  Therefore,  trade¬ 
offs  must  be  considered.  The  computer  can  give  the  age 
and  condition  data  (funds  available  for  repair  of  the 
vehicle,  fuel  efficiency,  and  other  data)  necessary  to 
determine  the  vehicles  eligible  to  be  replaced  and  provide 
data  manipulation  capability  to  examine  the  mission  impact 
of  different  proposals.  However,  the  manager  must  use 
judgement  to  determine ' where  there  is  the  greatest  short- 
and  long-term  need  for  vehicles.  No  computerized  decision 
rule  is  applicable  all  the  time,  nor  is  judgement  suffi¬ 
cient. 

Another  aid  to  understanding  DSS  is  identifying  its 
characteristics  and  contrasting  them  with  its  predecessors, 
EDP  and  MIS.  Keen  declares  that  DSS  challenges  the  assump¬ 
tions  made  by  EDP/MIS  that;  computers  are  useful  primarily 
for  their  ability  to  process  data,  and  to  serve  as 
"standardized  information  systems  [7:33]."  Steven  L.  Alter 


explains  the  differences  between  EDP  and  DSS  as  a  being 
embodied  in  the  underlying  philosophies  of  the  two  dis¬ 
ciplines  (2:2-3).  The  basic  purpose  of  EDP  is  to  automate 
the  retrieval  and  storage  of  data  to  reduce  costs,  improve 
accuracy,  and  allow  quick  access  to  data  concerning  daily 
operations  (increased  efficiency) .  The  philosophy  of  DSS 
emphasizes  increased  effectiveness  within  the  organization 
as  opposed  to  efficiency. 

Sprague  and  Carlson  use  a  connotational  and  a  theo¬ 
retical  approach  to  pointing  out  the  differences  between 
the  concepts  (11:6-10).  The  connotational  view  describes 
EDP  as  a  data  focus  entity,  while  the  focus  of  MIS  is  on 
information,  cind  DSS  keys  in  on  the  decision  with  which 
the  manager  is  faced.  Theoretically,  EDP /MIS  is  geared  to 
management  provision  of  structured  reports  required  for  man 
agement  and  control  of  the  organization  whereas,  DSS  is 
evolving  from  a  "coalescence"  of  information  and  opera¬ 
tions  research/management  science  (OR/MS)  technologies 
through  interactive  modeling  techniques  (static,  using 
graphs  and  dynamic,  using  simulations) . 

Andrew  Vazsonyi  sums  the  difference  between  OR/MS 
and  DSS  by  listing  four  generally  accepted  (by  DSS  pro¬ 
ponents)  observations: 

1.  DSS,  unlike  OR /MS,  does  not  replace  decision 
makers,  but  supports  them:  DSS  is  a  mind  support 
system; 

2.  DSS  allows  for  the  introduction  of  judgement, 
while  OR/MS  is  normative/prescriptive; 


3. 


DSS  deals  with  unstructured  problems,  while  OR/MS 
applies  only  to  structured  problems; 

4.  OR/MS  comes  up  with  solutions  and  recommendations, 
while  DSS  does  not  [15:75]. 

It  is  worth  mentioning  that  both  proponents  of  EDP/MIS  and 
OR/MS  tend  to  disagree  with  the  limitations  that  DSS  pro¬ 
ponents  say  exist  in  their  disciplines.  The  former  group 
explains  DSS  as  merely  a  subset  of  what  their  group  is  and 
will  continue  to  be  (11:4). 

Predesiqn  Analysis 

After  defining  DSS  we  address  the  issues  faced  in 
the  predesign  analysis  phase  of  a  DSS  development.  In  the 
predesign  phase  the  focus  is  on  determining  what  is  needed 
versus  what  is  available  to  the  decision  maker.  The  deci¬ 
sion  process  is  examined  with  an  intent  to  develop  a  DSS 
that  fills  the  information  gaps  and  allows  the  decision 
maker  to  comfortably  manipulate  data  based  on  his/her  per¬ 
ceptions  of  internal  and  external  environmental  changes. 

We  start  with  an  analysis  of  the  decision  setting. 

Keen  and  Scott  Morton  refer  to  the  predesign  phase 
as  the  "predesign  cycle  [8:174]."  These  experts  suggest 
that  the  organization  under  study  goes  through  at  least 
two  iterations  of  the  predesign  cycle  before  moving  on  to 
the  design  phase  (8:173).  In  this  cycle  the  organization 
analyzes  the  factors  illustrated  in  Figure  2-1  to  resolve 
preliminary  problems  (to  the  satisfaction  of  the  user)  and 
then  moves  into  the  design  and  development  phase. 
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Fig.  2-1.  The  Predesign  Cycle  [8;Figure  6-1] 


The  first  step  in  the  decision  analysis  is  to 
monitor  the  decision  process.  In  this  way  the  DSS  builder 
can  get  a  feel  for  the  information  needs  of  the  decision 
maker.  Next  the  key  decisions  should  be  identified  along 
with  their  associated  information  elements.  The  builder 
can  ascertain  information  about  key  decisions  three  ways 
according  to  Merle  Martin  (10:21).  They  are  observing 
decision  activities,  interviewing  decision  makers,  and 
deducing  how  the  decision  is  made.  All  three  methods  are 
necessary  because  no  one  method  provides  all  the  informa¬ 
tion  necessary  under  normal  circumstances. 

The  third  step  in  the  process  is  to  define  the  deci¬ 
sion  process  as  it  should  be — the  normative  model.  The 
normative  model  is  a  proposal  for  change;  it  defines  the 
range  of  potential  designs  for  the  DSS  (8:174).  The  fourth 
step  in  the  decision  analysis  is  a  comparison  of  the  norma¬ 
tive  with  the  descriptive  model — decision  process  as  it  is. 
The  descriptive  model  provides  a  starting  point  from  which 
to  launch  improvement  efforts.  Finally,  the  builder  selects 
areas  he /she  thinks  are  supportable. 

Under  the  "Entry"  side  of  Figure  2-1  there  are  four 
areas  which  should  be  examined  before  moving  on.  The  first 
of  the  four  involves  finding  out  how  much  of  the  organiza¬ 
tion's  resources  are  committed  to  making  an  improvement  in 
the  decision  process.  It  means  uncovering  the  organiza¬ 
tional  motives  and  expectations  for  change  and  then 
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building  the  momentiam  to  implement  the  agreed-upon 
changes.  The  second  cirea  for  examination  is  ensuring 
the  right  problem  is  being  worked.  In  other  words,  is 
what  the  builder  doing  in  line  with  organizational  objec¬ 
tives  . 

The  objectives  of  the  DSS  must  also  be  compared  to 
organizational  needs.  Sprague  and  Carlson  review  six 
objectives  of  a  DSS  that  fit  combinations  of  problems  that 
DSS  can  help  resolve  (11:94-96).  Those  objectives  are: 

1.  To  support  difficult,  underspecified  decisions 
as  well  as  structured  well  specified  decisions. 

2.  To  support  decisions  at  all  levels  in  the 
organization,  whether  they  be  strategic  planning,  manage¬ 
ment  control,  operational  control,  or  operational  perform¬ 
ance. 

3.  To  support  communication  between  decision 
makers  when  there  is  that  requirement.  Decisions  can  be 
independent  (when  one  decision  maker  makes  the  final  deci¬ 
sion)  ,  sequential  interdependent  (a  decision  maker  makes  a 
partial  decision  and  passes  it  on  to  the  next  decision 
maker) ,  or  pooled  interdependent  (a  decision  through  nego¬ 
tiation)  . 

4.  To  support  all  phases  of  the  decision-making 
process  and  promote  interaction  among  phases.  These 
phases  include  intelligence  (searching  the  environment 
for  potential  problems) ,  design  (developing  and  analyzing 
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co\irses  of  action)  ,  and  choice  (choosing  and  implementing 
a  course  of  action) . 

5.  To  support  decision  making  with  a  menu  of 
different  processes  to  be  selected  at  the  user's  choice. 

6.  To  be  flexible  to  respond  to  the  user's 
changing  needs  and  easy  to  use. 

The  third  area  of  consideration  is  determining  what 
reso\irces  are  available  for  the  change  versus  what 
reso\irces  are  needed  and  coming  to  a  satisfactory  compro¬ 
mise.  Fourth  and  finally,  the  design  alternatives  should 
be  examined  to  find  the  one  most  suitable.  At  this  time 
also,  goals  should  be  further  operationalized,  a  cost  to 
benefit  analysis  should  be  calculated,  and  key  issues  and 
limiting  factors  on  implementation  should  be  identified  and 
resolved  to  the  extent  possible. 

A  word  of  caution  is  necessary  here.  In  this  early 
stage  of  development  the  cost  to  benefit  analysis  may  be 
very  inaccurate  because  of  "the  lack  of  specific  require¬ 
ments,  the  uncertainty  of  needed  manpower  requirements,  and 
the  inability  to  estimate  intangibles  [9:20]."  For  this 
reason,  Keim  and  Janaro  recommend  a  cost-benefit  analysis 
at  each  step  of  the  design  process  (9:20). 

With  the  completion  of  the  preliminary  considera¬ 
tions,  the  organization  is  now  ready  to  move  on  to  the 
design  and  development  stage. 
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System  Design  and  Development 

The  design  of  the  system  includes  all  the  system 
components  necessary  to  meet  the  objectives  enxmierated  in 
the  predesign  cycle.  However,  there  is  a  special  emphasis 
placed  oi  the  user  interface  since  unless  the  system  is 
effectively  manipulated  by  the  user  it  is  rendered  useless. 
Table  2-1,  taken  from  Eric  Carlson's  article  (4:Table  4.1), 
lists  the  variables  under  consideration  when  trying  to 
design  the  user  interface  to  the  system. 

These  tradeoff  variables  make  it  possible  to  meet 
DSS  objectives  within  the  constraints  of  user  style  and 
available  funds  and  technology.  Consider  the  user  whose 
familiarity  with  the  computer  is  low,  his/her  control 
style  is  hands-on,  and  his/her  desire  is  to  minimize  the 
amount  of  training  necessary  for  working  with  the  computer. 
Based  on  the  user's  strengths  and  limitations,  the  hardware 
output  media  selected  may  be  line-at-a-time  to  allow  the 
user  to  examine  the  data  at  his/her  own  pace.  The  input 
media  may  be  a  voice  recognition  device  to  avoid  the  user 
having  to  use  a  keyboard  or  pointing  device.  The  software 
package  might  use  prompts  (questions  to  guide  the  user 
through  the  process)  or  menus  (list  of  packages /routines 
available)  to  guide  the  user  painlessly  through  simple 
subroutine  calls.  Another  variable  is  the  type  of  deci¬ 


sion. 


[*■; 
f  - 


§ 


CQ 

c 

M 

0 

(U 

•H 

CQ 

V 

M 

1 

•H 

(0 

A 

c 

a 

3 

CT> 

CQ 

0 

(U 

u 

CT> 

(U 

CQ 

0) 

(C3 

rH 

CJ 

M 

3 

& 

■H 

cr> 

g 

CQ 

£ 

(U 

c 

•rl 

<U 

a 

O 

(C3 

CQ 

> 

<C] 

•H 

rH 

•H 

M 

0 

■U 

tji 

> 

rH 

o 

XJ 

(U 

(0 

(0 

•rl 

(U 

CQ 

z 

c 

c 

M 

o> 

(U 

rH 

u 

Vh 

<u 

0 

3 

o 

a 

(U 

(U 

M 

(U 

(U 

o 

•P 

rH 

CQ 

N 

cn 

■u 

M 

•H 

(C3 

•rl 

(U 

u 

iH 

O 

> 

C 

rH 

A 

g 

c 

Q 

< 

CQ 

0) 

o 

o> 

•H 

0 

1 

13 

M 

•rl 

C 

(U 

U 

CM 

rH 

CQ 

+J 

x: 

•H 

g 

u 

0 

rH 

CJC 

(U 

C 

g 

0 

< 

3 

c 

C 

o 

CQ 

b 

CQ 

IM 

•H 

•H 

o 

X3 

•P 

Oi 

<u 

■P 

+J 

(U 

CQ 

rH 

U 

iH 

c 

3 

(U 

3 

rH 

&H 

a 

<u 

•H 

0 

CQ 

a 

g 

(U 

z 

g 

0 

M 

M  CQ 

CQ 

•P 

M 

§ 

•H 

a 

.q 

OJ  rH 

X 

3 

>  •-< 

•P 

£ 

Oi 

u 

1 

CQ 

•rl  (CJ 

0 

a 

•k 

1 

a 

rc] 

CQ 

M  O 

rH 

(U 

C 

A 

x: 

fvl 

cn 

1 

XJ 

CQ 

XJ 

cn 

u 

0 

o> 

o> 

D 

■M 

M 

O 

O 

u 

1 

•rl 

•rl 

u 

(CJ 

(0 

•H 

cu  c 

«k 

(CJ 

CQ 

A 

x: 

Z 

1 

Q 

£ 

O  •H 

A 

X> 

CQ 

H 

0) 

25 

a 

•H  .p 

o 

rH 

c 

< 

c 

>1 

(CJ 

>  3 

4J 

rH 

3 

s 

cn 

‘H 

(U 

)H 

CU  0 

3 

•rl 

x: 

0 

0 

rH 

X 

O' 

X3  M 

£1 

s 

rH 

rH 

w 


M 

I 

b 

O 

U 

a 


<u 

+j 


g 

(U 


(U 

4J 

3 

D* 


1 

M 

CQ 

0 

g 

3 

-P 

M 

0 

CQ 

C 

a 

u 

O 

(U 

•H 

3 

•P 

rH 

(CJ 

A 

A 

M 

>1 

M 

•P 

•P 

O' 

(U 

•p 

•P 

•H 

•H 

0 

X3 

CQ 

CQ 

(U 

3 

3 

(CJ 

M 

0 

C 

rH 

•H 

(CJ 

a 

O 

C 

0 

>1 

>1 

>1 

X3 

•H 

0 

u 

•p 

•P 

+J 

(U 

X3 

<u 

MH 

•H 

cn 

•H 

•rl 

CQ 

g 

CU 

rH 

0 

•p 

O' 

M 

M 

(U 

g 

XJ 

u 

c 

rH 

(CJ 

(CJ 

rH 

4J 

3 

•P 

(CJ 

•H 

0 

•H 

•rl 

A 

3 

■p 

rH 

M 

c 

M 

rH 

rH 

(CJ 

a 

3 

•H 

3 

(U 

•H 

•P 

•H 

•H 

•H 

(U 

■p 

a 

(U 

(CJ 

O 

•P 

(CJ 

3 

P 

M 

M 

3 

c 

M 

> 

3 

M 

0 

3 

3 

(CJ 

(0 

0 

•H 

3 

(CJ 

'H 

•P 

U 

IM 

(M 

> 

? 

3 

X3 

•P 

M 

M 

• 

• 

CM 

• 

• 

CU 

• 

• 

• 

• 

• 

(CJ 

rH 

O 

fO 

CQ 

in 

ID 

CO 

O' 

S 

cn 

D 

16 


-  J.  r.  -J!» 


•  — Ia-^V 


Decision  making 

10.  type  of  decision  ad  hoc,  institutional 

11.  nvmiber  of  participants  few,  many 


DSS  fall  into  two  categories  to  match  the  type  of 
decision  under  consideration.  According  to  John  J.  Donovan 
and  Stuart  E.  Madnick  (5:79),  the  categories  are  institu¬ 
tional,  which  deals  with  recurring  decisions  and  ad  hoc, 
which  d  \s  with  specific  problems  that  are  neither  recur¬ 
ring  nor  anticipated.  These  two  types  of  DSS  have  differ¬ 
ent  computational  needs.  For  example,  if  the  decision  is 
institutional  then  it  is  possible  to  build  a  DSS  specifi¬ 
cally  for  the  particulcu:  decision  under  consideration. 

The  annual  vehicle  buy  in  transportation  is  an  institutional 
decision  that  can  be  the  focus  of  a  DSS  design.  If  the 
decision  is  ad  hoc  the  design  of  the  DSS  must  provide  for 
a  wide  variety  of  potential  applications.  In  a  wartime 
scenario  the  number  of  vehicles  needed  to  support  a  base 
may  change  drastically.  Because  the  situation  has 
occxirred  infrequently,  the  decision  maker  may  need  the 
ability  to  simulate  war  conditions  under  different  assump¬ 
tions  to  determine  the  number  of  vehicles  needed. 

The  last  variable  in  the  table  deals  with  number 
of  participants.  If  the  nxanber  of  participants  is  several 
or  the  user{s)  change  frequently,  then  it  might  be  cost- 
effective  to  gear  the  DSS  to  a  class  of  user  rather  than  a 
single  (or  a  few)  decision  maker (s)  (18:38).  This  possi¬ 

bility  is  especially  significant  for  Air  Force  applications, 
since  military  decision  makers  seldom  remain  at  a  position 
for  more  than  three  or  four  years. 


The  designer's  job  is  to  gather  information  about 
the  decision  setting  and  the  user.  He/She  should  analyze 


the  decision  process  and  build  a  model  to  use  in  the  design 
of  the  DSS  (1:1311) . 


Imp lement at ion 

Implementation,  or  the  lack  thereof,  has  posed 
significant  problems  for  DSS  builders  (2:123).  This  por¬ 
tion  of  the  literature  review  will  list  some  of  the  situa¬ 
tional  factors  that  impede  and  that  enhance  implementation. 
Next,  it  will  examine  some  of  the  actions  to  be  taken  in 
response  to  these  factors.  And  finally,  the  review  will 
describe  strategies  to  deal  with  risk  impediments  and  their 
consequences . 

Situational  Factors 

There  are  eight  "risk  factors"  according  to  Steven 
Alter  (2:157)  that  can  affect  the  implementation  process: 

(1)  nonexistent  or  unwilling  users;  (2)  multiple  users 
or  implementers ;  (3)  disappearing  users,  implementers ,  or 
maintainers;  (4)  inability  to  specify  purpose  or  usage  in 
advance;  (5)  inability  to  predict  and  cushion  impact  on 
parties  involved;  (6)  lack  of  loss  of  support;  (7)  lack  of 
prior  experience  with  similar  systems;  and  (8)  technical 
problems  and  cost-effectiveness  issues.  The  risk  of  failure 
in  the  implementation  phase  is  lessened  to  the  degree  these 
risk  factors  are  missing  from  the  situation.  The  presence 


However,  there  are  actions  implementers  can  take 
to  lower  the  probability  of  impediments  arising.  Similarly, 
there  are  actions  that  can  minimize  the  effects  of  inher¬ 
ent  impediments  once  they  are  discovered. 

For  systems  where  users  are  nonexistent  or  unwill¬ 
ing,  the  preventive  measure  is  to  involve  the  intended 
user  in  the  development  of  the  system  from  its  inception. 
Alavi  and  Henderson  (1:1310)  state  that  there  is  a  clear 
need  for  top  management  support  and  a  client  or  user  felt 
need.  Unless  such  a  need  is  felt  and  the  user  is  a  partici¬ 
pant,  the  system  runs  the  risk  of  disuse,  sporadic  use,  or 
misuse  (2  : 161)  . 

Where  there  are  multiple  users  or  implementers, 
communication  and  cooperation  are  vital  links  to  system 
success  (2:162).  The  implementer  in  this  instance  must 
make  a  special  effort  to  ensure  the  lines  of  communication 
are  open  and  cooperation  and  compromise  are  emphasized. 

Alter  (2:62)  also  cited  turnover  among  users,  imple¬ 
menters,  and  maintainers  as  a  recurring  and  serious  problem 
in  the  implementation  phase.  Although  instances  where  the 
phenomenon  was  cited  occurred  in  private  industry,  the 


military  might  experience  similar  problems  due  to  the 
transient  natxire  of  its  personnel.  Once  a  project  is 
started  it  is  advisable  to  tailor  it  to  the  general  user 
rather  than  the  specific  individual  (s )  present  dxiring  its 
development.  Also,  there  should  probably  be  some  overlap 
for  new  personnel  to  learn  from  those  who  are  experienced 
with  the  development  process. 

Empirical  studies  show  that  systems  are  developed 
sometimes  without  a  clear  notion  of  how  they  will  be  used 
(2:163).  This  is  usually  the  result  of  overoptimism  on 
the  part  of  the  system  designer  with  regard  to  the  willing¬ 
ness  and/or  ability  of  the  user  (2:132).  The  key  here  is 
to  explain  capabilities  of  the  proposed  system  to  the  user 
and  solicit  user  feedback  on  the  intended  use  and  usage 
patterns  of  the  systems.  While  it  is  difficult  to  predict 
usage  patterns  accurately  all  the  time,  training  the  user 
on  the  capabilities  of  the  system  will  help  to  familiarize 
the  user  with  the  system. 

Individuals  other  than  users,  implementers ,  and 
maintainers  must  be  prepared  for  their  role  in  the  process. 
Atler  calls  these  individuals  "feeders."  They  provide  the 
data  to  the  system  (2:163).  These  individuals  frequently 
are  unwilling  to  work  or  change  their  work  patterns  without 
receiving  some  benefit.  This  problem  is  one  which  hampered 
the  development  of  the  VIMS.  When  VIMS  came  onboard, 
mileage  data  was  collected  by  the  vehicle  operator  who 


commonly  knew  little  or  nothing  of  the  VIMS  and  the  impor¬ 
tance  of  his/her  role  as  data  recorder-collector.  As  a 
result,  many  of  these  "feeders”  to  the  system  often  turned 
in  erroneous  data  and  sometimes  turned  in  none  at  all.  To 
eradicate  that  problem,  the  Air  Force  went  to  the  mileage 
estimator  concept  now  used  to  estimate  the  mileage  a 
vehicle  travels  based  on  its  fuel  consumption  and  miles 
per  gallon  data.  Here  as  before,  training  and  involvement 
may  prevent  feeder  personnel  from  feeling  left  out  or 
annoyed.  Alter  suggests  that  some  benefit  should  be 
derived  by  individuals  who  play  a  feeder  role — he  admits 
though,  that  this  is  not  always  achieved  in  practice 
(2:164) . 

Lack  of  support  can  stagnate  the  existence  of  a 
system.  The  typical  situation  in  the  studies  conducted 
revealed  lack  of  budget  to  run  the  system  or  lack  of  man¬ 
agement  zeal  to  use  the  system  properly  as  the  culprits. 
The  result  was  system  death  or  disuse  (2:Figure  28).  The 
cure  can  be  effected  by  funneling  money  into  the  system 
for  training  and  operating  costs. 

Inexperience  on  the  part  of  users  or  implementors 
will  also  stymie  progress.  Systems  where  users  or  imple¬ 
mentors  were  unfamiliar  with  the  particulars  of  the  system 
effort  resulted  in  disuse  or  misuse  by  the  user  and  con¬ 
ceptual  and  technical  design  problems  on  the  part  of  the 
implementor.  Training  and  communication  can  help  lessen 


problems  associated  with  a  new  system  effort.  However,  a 
learning  curve  is  involved  and  one  must  expect  to  encounter 
stumbling  blocks. 


Finally,  technical  problems  (which  are  viewed  also 
as  cost-effectiveness  issues)  can  hamper  system  develop¬ 
ment  (2:165).  These  problems  can  be  resolved  with  the 
development  of  redundant  systems,  more  programming  work, 
better  software,  larger  computers  and  other  things  which 
can  be  resolved  by  an  expanded  budget. 


Implementation  Strategies 

Implementation  strategy  should  be  geared  to  adapt  to 
situational  changes. 

Strategies  for  DSS  design  and  implementation  must 
attempt  to  articulate  both  particular  decision  activi¬ 
ties  that  can  best  be  supported  now  as  well  as  new, 
more  effective  decision  actions  that  may  evolve 
[1:1309]. 

The  strategy  described  is  called  an  "evolutionary  strategy 
[1:1312]."  It  involves  the  management  of  continual  change 
and  adjusting  through  a  series  of  stages.  The  user  is 
intimately  involved  in  the  development  of  the  system.  The 
system  itself  is  developed  through  an  iterative  process 
where  implementer/user  interaction  plays  the  key  role. 

This  evolutionary  strategy  attempts  to  create  a 
mutual  exchange  of  information  about  (1)  the  user  and 
[implementer ' s]  potential  skills  and  knowledge  base 
that  might  be  appropriate  for  solving  the  problem, 

(2)  potential  solutions,  and  (3)  personal  critiques 
of  these  solutions.  The  approach  hopes  to  utilize  an 
interative  user/ [implementer ]  learning  process  as  means 
to  generate  a  more  appropriate  definition  of  system 
rquirements  [1:1311]. 


A  prototype  is  the  product  of  this  "learning  process." 
Building  a  prototype  lets  the  user  get  first-hand  knowledge 
of  system  capabilities  and  allows  the  implementer  to  get 
feedback  on  the  new  concept  before  implementing  an  entire 
system  {2:Figure  29).  Even  after  the  "final"  system  is  in 
place  its  development  throughout  the  life  of  the  system 
should  be  a  major  concern  of  the  organization. 

Summary 

The  whole  DSS  concept  can  be  summed  in  a  few  words: 
computer-based  support  for  management  decision  making.  The 
philosophy  too,  can  oe  stated  succinctly:  computers  can  do 
more  than  store  and  retrieve  data.  They  can  be  useful  aids 
to  allow  decision  makers  the  latitude  to  model,  optimize, 
and  simulate. 

To  develop  this  aid  to  decision  making,  predesign 
analysis  should  be  undertaken  to  see  if  a  DSS  is  needed 
and  to  what  extent  the  organization  is  ready,  willing,  and 
able  to  take  on  the  task  of  developing  the  needed  system. 
Next,  the  design  and  development  phase  should  develop  the 
system  components  necessary  to  meet  the  needs  outlined  in 
the  predesign  phase.  Finally,  the  implementation  of  the 
system  should  evolve  over  time  to  meet  the  changing  needs 
of  the  user.  The  system  should  undergo  continuous  growth 
strategies  to  keep  it  current  with  the  latest  technological 
advances  as  well  as  the  expanding  and  changing  needs  of  the 
organization. 


CHAPTER  III 


METHODOLOGY 

Decision  Support  System  Development  Process 

This  thesis  identifies  information  needs  not  cur¬ 
rently  being  met  by  the  VIMS  and  recommends  either  their 
inclusion  into  the  VIMS,  or  their  continued  omission  from 
the  system.  The  role  of  the  VIMS  (explained  in  Chapter  I) 
is  to  support  management  decisions.  The  computer  DSS  sup¬ 
ports  the  manager  by  providing  the  information  about  the 
situation  and  the  ability  to  manipulate  that  information. 
The  better  the  information  the  more  effective  the  decision 
will  be  in  accomplishing  the  desired  objective. 

Scope  and  Limitations 

This  effort  confines  itself  to  the  determination 
of  the  decisions — for  which  the  VIMS  could  or  does  provide 
at  least  one  information  element — and  associated  informa¬ 
tion  requirements  of  the  contractor-operated  and  maintained 
vehicle  fleet  at  Wright-Patterson  Air  Force  Base.  The 
process,  as  it  is  developed  in  this  thesis,  involves  five 
steps; 

1.  Identify  the  information  the  VIMS  provides 
on  reports  now  being  used  by  decision  makers  to  aid  their 
decision-making  process. 


2.  Identify  the  decisions  made  for  the  management 
of  the  vehicle  fleet. 

3.  Determine  the  information  requirements  of  the 
managers  making  the  aforementioned  decisions. 

4.  Compare  and  contrast  the  information  needed 
with  the  information  provided  by  the  VIMS  reports  being 
used  currently. 

5.  Examine  the  potential  for  including  omitted 
necessary  information  into  the  VIMS  output  and  identifying 
unused  information  from  the  reports  as  needing  further 
investigation  to  determine  if  the  elements  are  used  at  any 
level  of  the  decision-making  process. 

The  first  step  in  the  process  involved  identifying 
the  information  available  to  decision  makers  via  the  VIMS. 

The  second  step  involved  structured  interviews  of 
managers  to  identify  the  tasks  they  performed  and  decisions 
associated  with  each  of  those  tasks.  When  managers  dis¬ 
played  an  inability  to  respond,  they  were  prompted  with  an 
example  (e.g.,  "If  you  were  tasked  to  dispatch  vehicles 
and  you  received  a  telephone  request  for  a  vehicle  you 
would  have  to  decide  whether  or  not  to  respond  to  the  call, 
what  vehicle  to  send,  and  which  driver  to  send?).  Prompt¬ 
ing  helped  the  respondent  to  understand  the  question  and 
formulate  an  appropriate  answer. 

In  the  third  step,  decision  makers  were  further 
questioned  about  their  information  requirements  for  each 


decision  they  made.  Here  too,  managers  were  prompted  when 
they  did  not  know  how  to  respond.  Returning  to  the  dis¬ 
patch  example  in  step  two,  the  prompting  followed  along 
these  lines:  before  you  could  send  a  vehicle  to  a  caller 
you  would  need  to  know  if  he /she  qualified  for  government 
transportation,  the  caller's  location,  destination,  and 
time  of  pick  up.  After  the  decision  maker  listed  the 
information  needed  for  a  decision,  he  (there  were  no  female 
respondents)  was  asked  about  any  apparent  oversights.  In 
the  dispatch  example  for  instance ,  if  the  respondent  over¬ 
looked  the  decision  to  send  a  driver  or  the  need  for  infor¬ 
mation  identifying  the  caller's  location,  he  was  asked 
specifically  about  the  oversight.  In  addition,  the  decision 
maker,  when  applicable,  was  questioned  about  the  need  for 
an  analytic  or  forecasting  model  on  the  VIMS.  In  each 
case  the  decision  maker  was  first  told  how  a  model  might 
work  and  told  where  in  the  decision-making  process  such  a 
model  might  be  used  beneficially.  Finally,  the  decision 
maker  was  asked  to  identify  the  sources  of  the  information 
he  used.  If  the  source  was  non-VIMS  and  VIMS  provided  the 
same  information,  he  was  asked  why  he  chose  not  to  use  the 
VIMS  output. 

Steps  one  through  three  were  combined  in  the  inter¬ 
views  of  all  decision  makers  using  the  VIMS  as  a  decision 
aid  and  those  who  could  feasibly  do  so.  After  the  inter¬ 
viewer  was  identified  and  the  goal  and  intended  benefit  of 


the  research  was  explained,  each  interviewee  was  questioned 
in  accordance  with  the  format  shown  in  Figure  3-1. 

The  fourth  step  involved  a  research  design  that 
identifies  the  decision,  the  decision  maker  and  the  informa 
tion  needed.  The  information  was  divided  into  five  cate¬ 
gories  identified  by  an  information  status  code; 

1  =  Information  needed  and  provided  by  the  VIMS; 

2  =  Information  needed  and  provided  by  a  source 
other  than  the  VIMS; 

3  =  Information  needed  but  presently  unavailable; 

4  =  Information  provided  by  the  VIMS  but  not  used 
for  the  decision;  and 

Blank  space  =  Information  neither  needed  nor 
provided. 

The  format  is  a  matrix  that  identifies  the  decisions  and 
decision  makers  across  the  top  and  the  information  elements 
along  the  side  (see  Figure  3-2) .  The  numbers  1  through  4 
or  a  blank  space--corresponding  to  the  infomation  status 
code — were  entered  into  each  block  according  to  the  status 
of  the  information  element  corresponding  to  the  appropriate 
decision.  For  example,  if  information  element  "U"  is 
needed  for  decision  reporting  contractor  VOC  rate  to  Con¬ 
tracting  (Al)  and  is  provided  by  the  VIMS,  then  a  "1"  was 
entered  into  the  box  under  reporting  contractor  VOC  rate  to 
Contracting  (Al)  beside  "U"  as  shown  in  Figure  3-2. 


Hello,  I'm  Captain  Fox  from  AFIT.  I'm  here  to 
find  out  what  information  you  need  to  help  you  make  deci¬ 
sions  associated  with  your  job.  The  information  you  give 
me  will  go  into  a  thesis  effort  to  help  persuade  Air  Force 
decision  makers  to  furnish  all  of  the  information  you 
think  necessary  to  aid  you  in  accomplishing  your  routine 
and  special  tasks.  I'm  going  to  ask  you  several  questions 
that  I'd  like  for  you  to  answer  as  candidly  as  possible. 

May  I  record  this  interview? 

Name  _ 

Position  _ 

What  do  you  do;  what  activities  are  you  responsible  for? 

What  decisions  do  you  make  in  the  performance  of  your 
duties? 

Now  let's  look  at  each  decision  separately. 

Decision  _ 

-  What  information  do  you  currently  use  to  aid  you  in 
making  this  decision  and  from  where  does  it  come? 

-  What  further  information  could  you' use  if  it  was  avail¬ 
able? 

-  If  forecasting  is  implied,  ask  if  a  forecasting  tool 
would  be  useful. 

-  Is  there  anything  that  pertains  to  information  require¬ 
ments  for  this  decision  that  I  may  have  missed? 


Fig.  3-1.  Sample  Interview 


Information  _ Decision _ 

Elanents  12  123  12345 

U  1 

V 
W 
X 

y 

X 

Fig.  3-2.  Sample  Information  Matrix 

The  fifth  and  final  step  of  the  process  examined 
ways  to  get  managers  and  supervisors  the  information  they 
need  for  decision  making  via  the  VIMS.  It  suggested  the 
omission  of  unnecessary  information  and  the  inclusion  of 
necessary  information  that  is  not  now  provided  in  VIMS 
reports . 

Some  DSS  and  MIS  experts  are  critical  of  personal 
interviews  as  the  way  to  determine  information  requirements 
Merle  Martin  (10:14)  suggests  that  managers  too  often  don't 
know  the  information  they  require  to  make  decisions.  To 
get  around  that  obstacle  he  recommends  taking  a  more  struc- 
txared  approach  to  the  problem.  He  explains  the  System 
Dynamics  model  as  one  such  approach.  "The  purpose  of  this 
model  is  a  structured  search  for  pertinent  decisions  and 
the  information  required  to  drive  these  decisions  [10:15]." 


Mcirtin  goes  on  to  add  that  there  is  a  great  deal  of 
literature  that  recommends  the  interview  approach. 

The  methodology  of  this  research  followed  the 
latter  approach;  it  presupposed  that  VIMS  users  could  best 
identify  their  information  requirements.  Burch,  Strater, 
and  Grudnitski  confirm  the  validity  of  this  approach: 
"Information  requirements  can  best  be  stated  by  the  users 
of  the  information  [3:252]."  They  hasten  to  add,  however, 
that  the  systems  analyst  must  help  users  determine  their 
requirements. 

Most  individuals  are  guided  in  formulating  their 
needs  by  arbitrary  and  often  antiquated  notions  of 
what  they  "think"  can  be  provided.  The  analyst's  func¬ 
tion,  then,  is  to  remove  or  expand  these  attitudes 
so  that  the  real  information  requirements  can  be 
obtained  [3:252]. 

Following  the  suggested  pattern,  interviewees  were 
questioned  about  possible  needs  for  forecasting  techniques 
and  analytical  models  in  certain  decision  areas.  For 
example.  Priority  Buy  proposals  take  hours  to  calculate  by 
hand.  After  the  initial  calculation,  if  the  approving 
authority  makes  minor  changes ,  it  could  take  hours  to 
recalculate  the  proposal.  However,  if  an  analytical  model 
of  the  Priority  Buy  decisions  rules  were  developed,  the 
computer  could  calculate  and  recalculate  the  proposal  in 
seconds,  error  free. 

The  result  of  this  project  should  give  a  clearer 
understanding  to  the  reader  of  the  information  requirements 


30 


on  the  part  of  the  decision  makers  now  using  the  VIMS  in 
the  contractor-operated  vehicle  sections  of  the  2750th 
Transportation  Branch  at  Wright-Patterson  Air  Force  Base, 
Ohio.  Moreover,  it  should  lead  to  changes  in  the  informa¬ 
tion  the  VIMS  provides  its  users  so  that  reports  are 
tailored  to  user  needs.  Finally,  it  may  provide  the 
impetus  for  future  research  in  the  area  of  information 
requirements  for  VIMS  at  other  bases. 
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CHAPTER  IV 


ANALYSIS 

Analysis  of  Findings 

This  chapter  examines  the  findings  of  the  study. 

In  the  following  chapter  these  findings  serve  as  the  focal 
point  for  drawing  conclusions  and  making  recommendations 
for  system  modifications  and  future  studies. 

Research  Question  1 

Of  the  thirty-three  VIMS  outputs,  eleven  are  for 
use  by  Maintenance  Control  and  Analysis  (MC/A)  to  edit  or 
update  VIMS  files.  Of  the  remaining  twenty-two  outputs, 
only  five  are  used  as  decision  aids  by  the  decision  makers 
interviewed  in  this  study.  These  five  reports  include  the 
following; 

1.  Vehicle  Out  of  Commission  (VOC)  Report — tells 
the  quality  assurance  evaluators  (QAE)  how  the  contractor's 
VOC  rate  compares  with  the  allowable  quality  level  (AQL) 
the  Vehicle  Maintenance  Section  has  contracted  to  comply 
with; 

2.  Work  Order  Master  File  Status  Report — shows 
all  work  orders  (w/o)  on  the  master  file  in  numerical 


sequence ; 


3.  Vehicle  Master  List — sequenced  by  management 
code  (List  A)  and  assigned  organization  (List  B) .  Shows 
static  and  dynamic  data  for  all  vehicles  for  which  vehicle 
maintenance  has  primary  responsibility. 

4.  Scheduled  Maintenance  Report  (Shop  Copy) — 
prints  only  vehicles  overdue  scheduled  maintenance  miles/ 
hours /kilometers  and  dates,  and  those  coming  due. 

5.  Vehicle  Static  Maintenance  Data  List--made  up 
upon  request  to  print  a  specific  vehicle's  or  all  vehicles' 
static  data. 

Explanations  of  the  output  vocabulary  used  in  the  five 
reports  (14  ;pp.  4-78 ,4-79, 4-84, 4--85 ,4-87  to  4-89,7-9,7-10) 
are  shown  in  Table  4-1.  Table  4-2  explains  the  information 
elements  obtained  from  other-than-VIMS  sources. 

Research  Question  2 

The  information  elements  in  Table  4-1  and  Table 
4-2,  from  the  VIMS  and  non-VIMS  sources,  are  used  to  make 
decisions  concerning  the  base  vehicle  fleet.  The  decision 
makers  and  the  decisions  they  made  that  lend  themselves  to 
being  supported  by  the  VIMS  are  depicted  in  Table  4-3. 

Research  Question  3 

There  are  three  categories  of  information  needed 
by  managers;  the  first  is  provided  by  the  VIMS;  the  second 
is  supplied  by  non-VIMS  sources;  and  the  final  set  of  infor¬ 
mation  is  that  information  which  is  to  date  unavailable. 
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S  OUTPUT  VOCABULARY  DESCRIPTIONS 


Hrs  Hours  vehicle  available,  using  the  24-hour  clock,  for  the 

month  up  to  0800  hours  the  day  after  the  as-of  date  on  the 
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Effic'y  How  quickly  and  effectively  employees  are  able  to  perform 

assigned  tasks. 
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All  of  the  information  elements  previously  dis¬ 
cussed  and  the  decisions  of  the  specific  decision  makers 
compiled  in  Tables  4-1  through  4-3  are  combined  in 
Table  4-4  to  show  the  information  necessary  for  each  deci¬ 
sion  as  stated  by  the  decision  maker.  The  information  will 
be  divided  into  five  categories  identified  by  an  informa¬ 
tion  status  code: 

1  =  Information  needed  and  provided  by  the  VIMS; 

2  =  Information  needed  and  provided  by  a  sovirce 
other  than  the  VIMS; 

3  =  Information  needed  but  presently  unavailable; 

4  =  Information  provided  by  the  VIMS  but  not  used 
for  the  decision;  and 

Blank  space  =  Information  neither  needed  nor 
provided. 

These  status  codes  are  placed  in  the  blocks  corresponding 
to  the  decisions  and  information  elements  to  which  they 
make  reference.  The  results  of  the  study  are  summarized 
in  Table  4-4.  From  these  summarized  results  we  can  draw 
conclusions  about  the  adequacy  of  the  VIMS  support  for  each 
decision. 

Research  Question  4 

The  analysis  follows  each  information  element  (or 
group  of  elements  if  similar  status  codes  apply  to  more  than 
one  element)  and  the  associated  status  codes  for  each  deci¬ 


sion. 


Work  Center 
Date/Time  Rec'd 
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Total  Vehicles 


TABLE  4-4 — Continued 


The  first  group  of  information  elements  are  used 
by  the  individual  decision  makers  every  time  they  are  pro¬ 
vided  by  the  VIMS  (status  code  "1") .  The  following  infor¬ 
mation  elements  are  used  in  amending  the  Work  Order  Master 
File  Status  Report  (a2) ,  amending  the  Work  Order  Master 
File  litatus  Report  (Bl)  ,  and  establishing  maintenance 
priorities  for  vehicles  entering  the  shop  (Cl) : 

1.  Work  Center 

2.  Date/Time  Rec'd 

3.  Date /Time  Rel'd 

4.  Date  Delayed 

5.  Work  Order  Status 

6.  W/0  Indicator 

These  element  should  remain  as  they  are. 

The  next  set  of  information  elements  within  the 
first  group,  are  used  in  establishing  maintenance  priori¬ 
ties  for  vehicles  entering  the  shop  (Cl)  and  calling 
users  to  schedule  vehicle  inspections  (C3),  or  in  calling 
users  to  schedule  vehicle  inspections  (C3)  only  (6,  7,  and 
8)  : 

1.  Safety  Due 

2.  Sch/LOF  Due 

3  Special  -1  Due 

4.  Special  -2  Due 

5.  Special  -3  Due 


6.  Week  Due 

7.  In- Shop 

8.  Odometer  M/H/K 

These  too,  should  be  left  as  they  are. 

The  second  group  of  elements  are  obtained  from 
non-VIMS  sources  for  certain  decisions  even  though  they  are 
provided  by  the  VIMS  (status  code  ”2").  The  first  set  in 
this  second  group  are  used  in  temporarily  redistributing 
manpower  (C2) ; 

1.  VOC  Hrs 

2.  Available  Hrs 

3.  VOC% 

The  Vehicle  Maintenance  Analyst,  in  this  instance,  needs 
current  information  and  the  VIMS  product  is,  at  least, 
twenty-four  hours  old.  Therefore,  he  keeps  a  manual  record 
of  the  three  information  elements  and  updates  them  as  fre¬ 
quently  as  necessary.  An  on-line/real-time  VIMS  would 
resolve  the  problem  by  allowing  the  decision  maker  to 
update  the  VIMS  output  as  often  as  required  eliminating 
the  need  for  a  separate  tally. 

The  second  set  of  the  second  information  group 
contains  a  single  element;  Asg  Org.  It  is  used  in  estab¬ 
lishing  maintenance  priorities  for  vehicles  entering  the 
shop  (Cl) .  The  Vehicle  Maintenance  Analyst  has  a  wall 
chart  displaying  every  vehicle  in  the  fleet,  by  registra¬ 
tion  number,  and  the  organization  to  which  it  is  assigned. 
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Because  the  wall  chart  is  easier  to  use  than  a  VIMS 
report,  the  chart  is  probably  the  source  to  use.  This 
requires  no  adjustment  to  the  VIMS  since  every  other  time 
where  "Asg  Org"  is  provided,  it  is  used. 

The  third  group  of  information  elements  are  those 
needed  elements  which  are  not  provided  by  the  VIMS  and  are 
obtained  from  other  sources.  "Nomenclature,"  "Manu¬ 
facturer,"  and  "Serial  Number"  are  used  in  recommending 
vehicle  disposition  to  the  VAUB  (Dl)  and  recommending 
to  the  VAUB  the  organization  to  receive  a  new  vehicle 
(D2) .  All  of  these  elements  (in  addition  to  others)  are 
provided  by  the  VAL,  a  Supply  Squadron  computer  output. 

It  seems  practical  to  add  these  to  the  VIMS  to  preclude 
the  necessity  of  using  more  than  one  report  each  for  the 
aforementioned  decisions. 

Another  element  of  group  three  elements  is  "Org 
Priority,"  used  in  recommending  vehicle  disposition  to 
the  VAUB  (Dl) ,  recommending  to  the  VAUB  the  organization 
to  receive  a  new  vehicle  (D2) ,  establishing  maintenance 
priorities  for  vehicles  entering  the  shop  (Cl) ,  and  pulling 
an  organization's  vehicle (s)  (E3).  An  organization's 

priority  is  not  likely  to  change  and  is  simple  to  enter 
into  the  VIMS.  As  a  result,  it  should  be  entered  into  the 
system. 

"User  Need  For  Veh"  is  used  in  establishing  main¬ 
tenance  priorities  for  vehicles  entering  the  shop  (Cl) , 


reconunending  to  the  VAUB  the  organization  to  receive  a  new 
vehicle  (D2) ,  and  pulling  an  organization's  vehicle (s) 

(E3) .  This  information  is  outlined  in  a  vehicle  justifica¬ 
tion  form  (AF  Form  1374) ,  sometimes  in  excess  of  two  pages 
long,  for  each  vehicle  in  the  fleet  (1249) .  Such  a 
voluminous  collection  of  data  would  require  great  pains 
to  load  into  the  VIMS.  However,  an  abbreviated  respresen- 
tation  of  the  data  could  more  easily  be  added  to  include 
the  expected  number  of  M/H/K  and  a  short  field  (thirty 
characters)  describing  the  vehicle's  primary  intended  use. 

"Vehicle  Condition"  is  used  in  recommending 
vehicle  disposition  to  the  VAUB  (Dl) ,  recommending  to  the 
VAUB  the  organization  to  receive  a  new  vehicle  (D2) ,  and 
pulling  an  organization's  vehicle(s)  (E3) .  Since  this 
information  is  necessarily  obtainable  through  a  visual 
inspection  of  the  vehicle,  it  is  an  unlikely  candidate  for 
inclusion  in  the  VIMS. 

"Nbr  Veh  Auth"  is  used  only  in  recommending  to  the 
VAUB  the  organization  to  receive  a  new  vehicle  (D2) .  This 
element  is  obtained  from  the  VAL  and  should  be  included 
in  the  VIMS  to  reduce  the  number  of  information  sources 
a  manager  must  use. 

"Type  of  Repairs"  is  an  element  used  in  estab¬ 
lishing  maintenance  priorities  for  vehicles  entering  the 
shop  (Cl) ,  temporarily  redistributing  manpower  (C2) ,  and 
recommending  vehicle  disposition  to  the  VAUB  (Dl) .  For 
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each  of  these  decisions  the  information  has  to  be  current 
and  therefore  on- line /real-time  VIMS  is  the  problem's 
resolution. 

"Repair  Estimate"  and  "Expected  Life"  are  both  used 
in  recommending  vehicle  disposition  to  the  VAUB  (Dl) . 

Again,  because  of  the  need  for  current  information,  and 
also  because  of  the  effort  required  to  computerize  the 
information,  the  mechanic  making  the  analysis  is  the  logi¬ 
cal  source  for  the  information. 

Pulling  an  organization's  vehicle (s)  {E3)  is  the 

only  decision  for  which  "Min  Essential  Veh,"  "Better  Use 
For  Veh,"  "Eligible  RCs,"  and  "Veh  Due-In"  are  required. 
"Min  Essential  Veh"  is  approved  by  the  VAUB  and  changes 
infrequently.  It  should  be  included  in  the  VIMS. 

"Eligible  RCs,"  and  "Veh  Due-In"  are  obtained  from  the 
MAJCOM  and  could  be  included  in  the  VIMS  with  a  minimum  of 
effort.  "Better  Use  For  Veh"  is  obtained  via  the  decision 
maker's  judgement,  and  does  not  lend  itself  to  computeriza¬ 
tion. 

"AQL"  is  used  in  reporting  contractor  VOC  rate  to 
Contracting  (Al) ,  reporting  unfavorable  errors  in  the  VOC 
rate  to  QAE  or  Contracting  (B2) ,  placing  mechanics  through¬ 
out  the  various  work  centers  (B5) ,  establishing  maintenance 
priorities  for  vehicles  entering  the  shop  (Cl) ,  and  tem¬ 
porarily  redistributing  manpower  {C2) .  This  information 
is  part  of  the  contract  between  Procurement  and  the 


contractor  for  each  vehicle  category  of  VOC.  Because  it 
seldom  changes  and  is  easily  entered  into  the  system,  it 
seems  practical  to  add  it  to  the  VIMS. 

"Nbr  VOC/Cat”  is  used  in  reporting  unfavorable 
errors  in  the  VOC  rate  to  QAE  or  Contracting  (B2) ,  estab¬ 
lishing  maintenance  priorities  for  vehicles  entering  the 
shop  (Cl) ,  and  temporarily  redistributing  manpower  (C2) . 

It  is  obtained  by  counting  the  vehicles  in  a  particular 
category  on  the  Vehicle  Maintenance  wall  chart.  To  get 
the  information  via  the  VIMS  the  system  would  have  to  add 
the  vehicles  out  of  commission  per  VOC  category  and  total 
them  on  the  report.  The  VIMS  already  gathers  the  data  so 
it  seems  practical  to  include  the  totals.  Also,  the  need 
for  current  information  requires  on-line  VIMS. 

"Time  In  Shop"  is  used  in  establishing  maintenance 
priorities  for  vehicles  entering  the  shop  (Cl)  and  temporar 
ily  redistributing  manpower  (C2) .  It  is  obtained  from  the 
shop  work  order  for  its  timeliness.  The  VIMS  collects  the 
data  and  on-line  appoi cation  could  solve  the  timeliness 
problem. 

"Nbr  Seasonal  Veh"  is  used  in  placing  mechanics 
throughout  the  various  work  centers  (B5) ,  establishing  main 
tenance  priorities  for  vehicles  entering  the  shop  (Cl)  , 
and  temporarily  redistributing  manpower  (C2) .  The  element 
is  obtained  checking  the  wall  chart;  however,  a  vehicle 
could  be  coded  in  the  VIMS  to  identify  it  as  seasonal. 
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The 

following  information 

elements  are  used  in 

validating 

off-base  purchases  and 

expenditures  associated 

with  base  vehicles  (Fl)  : 

1. 

Items /Service 

2. 

Item  Cost 

3. 

Item  Quantity 

4. 

Item's  Fair  Price 

5. 

Circumstance  s 

6. 

Date  Veh  Insp 

These  elements  are  obtained  by  questioning  the  user. 
Occasions  requiring  the  use  of  such  information  are  infre¬ 
quent;  therefore,  VIMS  is  not  the  best  source. 

"Manpower  Avail"  and  "Manpower  Effic'y"  are  used 
in  establishing  an  initial  manning  level  (B4) ,  placing 
mechanics  throughout  the  various  work  centers  (B5) ,  and 
temporarily  redistributing  manpower  (C2) .  Both  elements 
are  obtained  via  observation  and  are  not  likely  to  be  com¬ 
puterized. 

"Workload/Center"  is  used  in  the  decision  to  place 
mechanics  throughout  the  various  work  centers  (B5) .  The 
information  is  obtained  during  contract  talks  and  is  best 
left  there  because  it  is  needed  infrequently.  The  element 
should  not  be  included  in  the  VIMS. 

"Total  Vehicles"  is  obtained  during  the  contract 
talks  and  requires  the  VIMS  to  total  the  vehicles  in  each 
replacement  category  and  sum  them  to  get  the  information. 
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The  information  is  used  in  establishing  an  initial  parts 
inventory  (B3) ,  establishing  an  initial  manning  level 
(B4) ,  and  placing  mechanics  throughout  the  various  work 
centers  (B5) . 

"Breakdown  Prob"  is  used  in  establishing  an  initial 
manning  level  (B4)  and  placing  mechanics  throughout  the 
various  work  centers  (B5) .  This  information  is  obtained 
during  contract  talks.  And  would  be  an  impractical  addi¬ 
tion  to  the  VIMS  because  it  is  needed  infrequently. 

"Salcuries"  cure  obtained  in  employee  interviews  and 
cure  used  in  establishing  an  initial  manning  level  (B4)  . 

This  information  has  a  one-time  use  and  is  not  a  likely 
candidate  for  the  VIMS. 

"Freq  Use  Parts,"  "Parts  Cost,"  and  "Whse  Avail" 
are  used  in  establishing  an  initial  parts  inventory  (B3) . 
"Parts  Cost"  is  obtained  from  a  parts  price  list.  Since 
the  list  changes  so  frequently,  it  might  be  best  to  leave 
it  out  of  the  VIMS.  "Freq  Use  Parts"  and  "Whse  Avail"  are 
discussed  during  contract  talks  and  seem  unlikely  to 
include  in  the  VIMS. 

"Receiving  Cost"  is  used  in  replenishing  inventory 
stock  (B6)  and  is  computed  by  costing  the  resources  used 
to  get  the  part  or  a  bill  for  shipping  costs.  It  seems 
impractical  to  insert  such  information  into  the  VIMS. 

"Parts  Use  Rate"  and  "Order  Costs"  are  used  in 
establishing  an  initial  peurts  inventory  (B3)  and 
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replenishing  inventory  stock  (B6) .  The  information  is 
obtained  via  experience  or,  in  the  case  of  "Order  Costs," 
calculating  the  manpower  and  time  used  to  order  parts 
plus  any  fee  imposed  by  the  seller.  The  two  elements  seem 
likely  VIMS  candidates . 

The  fourth  group  of  information  includes  necessary 
information  that  is  unavailable  from  any  source.  This 
group  includes  analytic  models  for  placing  mechanics 
throughout  the  various  work  centers  (B5)  and  reconunending 
a  priority  buy  to  the  VAUB  (El) .  And  it  also  includes 
forecast  models  for  establishing  an  initial  parts  inven¬ 
tory  (B3) ,  establishing  an  initial  manning  level  (B4) , 
and  reconunending  to  the  Deputy  Manager  for  Vehicle  Opera¬ 
tions  vehicle  rotations  and  reassignments  (E2) .  The 
prospect  of  adding  these  models  to  the  VIMS  requires  a 
cost /benefit  analysis  to  determine  benefit  of  such  addi¬ 
tions  . 

The  fifth  group  of  information  is  that  information 
which  is  provided  by  the  VIMS  and  never  used.  They  include 

1.  Repl  Miles  Q,M,J 

2.  Cube  L/W/H 

3.  Life  Exp  Year 

4.  Interval  M/H/K  Mo 

5.  Vehicle  Equiv 

6.  Sched  Maint  Ind 

7.  Delayed  Maint  Ind 
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8. 


Nuclear  Cert  Ind 


9.  WRM  Ind 

10.  W/0  Closed 

11.  RC/CC  Code 

12 .  R/D  code 

13.  Rebuild  Date 

These  information  elements  need  further  investigation  up 
the  decision  chain  to  find  if  they  are  used  at  all.  If 
an  element  is  unused  for  a  decision,  it  should  be  dropped 
from  the  associated  report.  However,  if  the  element  is 
never  used,  the  data  should  no  longer  be  collected. 

The  sixth  and  final  group  is  comprised  of  element 
that  are  provided  by  the  VIMS  but  are  unnecessary  for  at 
least  one  decision  for  which  it  is  provided.  The  follow¬ 
ing  elements  are  included  in  this  group: 

1.  Veh  Group  Code 

2 .  Mgmt  Code 

3 .  VDM  Hrs 

4.  VDP  Hrs 

5.  Work  Orders  Open 

6 .  Inventory 

7.  VDM% 

8.  VDP% 

9 .  Work  Order 

10.  Veh  Reg  Number 
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Nat'l  Stock  Number 


12.  Make/Type 

13.  Own  Cmd 

14.  Use  Cmd 

15.  Fuel  Type 

16.  Utilization  Code 

17.  Stand  Price 

18.  1  Time  Rep  Limit 

19.  Current  M/H/K 

20.  Acceptance  Date 

21.  Replacement  Code 

22.  War  Exp  Date  M/H/K 

23.  Amortization  Date 

All  of  these  elements  should  simply  be  deleted  from 
reports  that  support  decisions  where  the  information  is 
xinnecessary  and  retained  on  reports  where  the  information 
is  needed. 


Summary 

The  information  elements  fall  into  six  groups  that 
help  the  reader  distinguish  between  elements.  Table  4-5 
summarizes  the  analysis  of  the  previous  paragraphs. 


TABLE  4-5 


SUMMARY  ANALYSIS 


Group  one — information  elements  used  by  the  individual 
decision  makers  every  time  they  are  provided  by  the  VIMS 


Work  Center 
Date/Time  Rec'd 
Date/Time  Rel'd 
Date  Delayed 
Work  Order  Status 
W/0  Indicator 
Odometer  M/H/K 


Safety  Due 
Sch/LOF  Due 
Special  -1  Due 
Special  -2  Due 
Special  -3  Due 
Week  Due 
In- Shop 


Group  two — information  provided  by  VIMS  but  managers  use 
other  sources 

*  VOC  Hrs  *  VOc% 

*  Available  Hrs  Asg  Org 


Group  three — needed  information  elements  not  provided  by 
the  VIMS 


V  Org  Priority 

V  Min  Essential  Veh 
Better  Use  For  Veh 

p  User  Need  For  Veh 
Vehicle  Condition 

V  Nomenclature 

V  Manufacturer 

V  Serial  Number 

V  Nbr  Veh  Auth 
Repair  Estimate 

*  Type  of  Repairs 
Expected  Life 

V  Eligible  RCs 

V  Veh  Due-In 

V  AQL 

V  Nbr  VOC /Cat 

*  Time  In  Shop 

V  Nbr  Seasonal  Veh 


Items /Service 
Item  Cost 
Item  Quantity 
Item's  Fair  Price 
Circumstances 
Date  Veh  Insp 
Mcmpower  Avail 
Workload/Center 

V  Total  Vehicles 
Breakdown  Prob 
Freq  Use  Parts 
Parts  Cost 
Whse  Avail 
Salaries 

Manpower  Effic'y 

V  Parts  Use  Rate 

V  Order  Costs 
Receiving  Cost 


*  =  on- line /real-time  VIMS  needed  for  this  informa 

tion. 


V  =  information  should  be  added  to  the  VIMS. 

p  =  parts  of  the  information  can  be  integrated  into 
the  VIMS. 


TABLE  4-5 — Continued 


Group  four--models — needed  information 


Analytical  Models 


Forecasting  Models 


Group  five — information 
not  used 

elements  provided  by  the  VIMS  and 

WRM  Ind 

Life  Exp  Year 

W/O  Closed 

Interval  M/H/K  Mo 

RC/CC  Code 

Sched  Maint  Ind 

R/D  Code 

Delayed  Maint  Ind 

Rebuild  Date 

Nuclear  Cert  Ind 

Repl  Miles  Q,M,J 

Cube  L/W/H 

Vehicle  Equiv 

Group  SIX- -elements  provided  by  the  VIMS  but  unnecessary 
for  at  least  one  decision 


Veh  Group  Code 
Mgmt  Code 
VDM  Hrs 
VDP  Hrs 

Work  Orders  Open 
Inventory 
Available  Hrs 
VDM% 

VDP% 

Work  Order 
Veh-Reg  Number 
Nat'l  Stk  Number 


Make /Type 
Own  Cmd 
Use  Cmd 
Fuel  Type 
Utilization  Code 
Stand  Price 
1  Time  Rep  Limit 
Current  M/H/K 
Acceptance  Date 
Replacement  Code 
War  Exp  Date  M/H/K 
Amortization  Date 


CHAPTER  V 


CONCLUSIONS  AND  RECOMMENDATIONS 

Study  Conclusions  and  Reconunendations 
Research  Question  5 

The  VIMS  either  provides  or  has  the  capacity  to 
provide  most  of  the  information  required  for  the  decisions 
under  study  in  this  thesis.  However,  there  are  problems 
that  arise  out  of  the  format  of  the  outputs,  their  number, 
and  their  timeliiiess.  These  problems  could  be  resolved 
by; 

1.  Formating  the  information  and  structuring  the 
reports  to  fit  particular  decisions; 

2.  Including  only  the  information  necessary  to  the 
decision  in  the  report;  and 

3.  Providing  an  on- line /real- time  VIMS — as  sug¬ 
gested  in  the  MITRE  study. 

For  example,  since  decisions  to  establish  an 
initial  parts  inventory  (B3)  and  to  replenish  inventory 
stock  (B6)  share  a  need  for  similar  information,  all  of 
the  information  necessary  for  them  both  could  be  provided 
on  a  single  report  entitled  "Parts  Inventory  Decisions." 
Included  in  the  report  would  be  only  the  information 
necessary  for  parts  inventory  decisions.  This  would 
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provide  a  single  report  for  these  two  decisions.  If  part 
totals  are  required,  then  the  report  would  provide  totals 
and  not  leave  the  decision  maker  to  count  the  parts 
entries.  Moreover,  if  the  test  for  on-line/real-time 
VIMS  is  successful,  then  it  should  be  installed  at  all 
Air  Force  bases  and  sites  where  there  is  a  VIMS. 

Another  issue  is  the  existence  of  unused  (and 
perhaps  unnecessary)  data  on  the  VIMS  outputs.  The  above 
suggestion  would  also  alleviate  this  problem.  Information 
elements  like  "nuclear  certification  indicator"  or  "WRM 
indicator"  which  are  used  only  in  wartime  or  exercise 
scenarios  could  be  reported  on  special  outputs  as  needed 
and  not  included  on  scheduled  reports.  The  problem  of 
information  appearing  on  several  reports  even  though  it  is 
not  used  would  likewise  be  resolved — scheduled  maintenance 
indicator,  delayed  maintenance  indicators,  and  safety 
inspection  data  on  the  Vehicle  Master  List,  Vehicle  Static 
Maintenance  Data  List,  and  Scheduled  Maintenance  Report. 

From  installation  to  installation  information 
requirements  may  differ.  The  reports  generated  too  should 
differ  to  facilitate  their  use.  Each  base  should  change 
the  content  and  format  of  their  reports  as  the  need  arises. 
Reports  should  either  suit  the  decision  maker--civilian 
operation — or  the  decision  itself--military  decision 
makers  (18:40-47). 
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The  final  recommendation  concerns  regular  review 
of  information  needs  and  new  developments  that  may  improve 
the  information  processes.  Users  and  builders  should 
regularly — perhaps  once  a  year — discuss  the  need  for  more 
or  less  information,  format  changes  for  reports,  and  tech¬ 
nological  developments  that  can  improve  either  the  effec¬ 
tiveness  or  efficiency  of  the  present  system.  In  this 
way  the  system  constantly  evolves  addressing  the  new 
issues  in  a  changing  environment.  Ten  or  more  years  is 
too  long  to  go  without  mciking  adjustments  to  the  system. 

Recommendations  for  Future  Study 
This  thesis  is  limited  in  its  scope  and  therefore 
the  results  may  not  be  generalizable  to  all  contract 
operations  attending  to  Vehicle  Maintenance  and  Vehicle 
Operations  functions.  Therefore,  further  research  is 
recommended  in  this  topical  area  to  include  contractor 
and  non-contractor  operated  functions  Air  Force-wide. 

One  way  of  conducting  such  a  study  would  be  to 
send  out  surveys  questioning  managers'  use  of  resources 
and  associated  information  requirements.  Perhaps  questions 
could  center  around  general  decision  areas  like  parts 
inventory,  or  manpower  placement,  or  training,  or  any  other 
areas  relevant  to  the  operation.  Perhaps  a  more  structured 
approach  to  determining  those  requirements  is  desirable 
(10:15).  Nevertheless,  such  information  could  save  the 
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Air  Force  some  of  the  dollars  it  spends  collecting, 
storing,  and  processing  unused  data.  The  findings  could 
also  make  the  system  more  effective  by  providing  the  neces¬ 
sary  information  and  data  manipulation  capability  now 
needed  but  lacking  in  the  VIMS. 

Another  approach  to  the  same  problem  would  be  to 
conduct  a  study  of  information  requirements  at  a  government 
operated  function  and  compare  the  differences  between  the 
private  and  government  information  requirements.  With  the 
growth  of  the  information  industry  and  the  vast  technologi¬ 
cal  developments  taking  place  today,  the  Air  Force  might 
do  well  to  closely  monitor,  modify,  and  update  its  VIMS. 
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V  =  information  should  be  added  to  the  VIMS. 

p  =  parts  of  the  information  can  be  integrated  into 
the  VIMS. 


65 


